Device pairing

ABSTRACT

A method for pairing a first device with a second device includes receiving, by the first device, a dynamic graphic pattern having a shape that changes over time. The dynamic graphic pattern being associated with the second device for pairing with the second device. The first device recognizes the dynamic graphic pattern associated with the second device. The second device is paired if the dynamic graphic pattern associated with the second device is recognized.

CROSS-REFERENCE TO RELATED APPLICATIONS

This application is a continuation application of U.S. patentapplication Ser. No. 15/171,100, filed Jun. 2, 2016, which is acontinuation application of U.S. patent application Ser. No. 14/102,612,filed Dec. 11, 2013, that is now U.S. Pat. No. 9,361,541, which are bothincorporated herein by reference in their entirety.

TECHNICAL FIELD

One or more embodiments relate generally to device pairing and, inparticular, to automated pairing between multiple devices.

BACKGROUND

For pairing a hand-held (HH) device to a television device (TV) within ahome (assuming that both of devices are using the same access point(AP)), typically the HH device presents a user with a list of all TVdevices on the home network. The user would then have to select one ofthe devices in the list. The TV devices, however, do not know which useris currently in front of a particular TV device.

SUMMARY

Some embodiments provide method for pairing a first device with a seconddevice includes receiving, by the first device, a dynamic graphicpattern having a shape that changes over time. The dynamic graphicpattern being associated with the second device for pairing with thesecond device. The first device recognizes the dynamic graphic patternassociated with the second device. The second device is paired if thedynamic graphic pattern associated with the second device is recognized.

Some embodiments provide a first electronic device that includes aprocessor and a memory storing one or more programs for execution of theprocessor. The one or more programs including instructions to: receive adynamic graphic pattern having a shape that changes over time, whereinthe dynamic graphic pattern includes information associated with asecond device for pairing with the second device; recognize the dynamicgraphic pattern being associated with the second device; and pair withthe second device, if the dynamic graphic pattern associated with thesecond device is recognized.

Some embodiments provide a non-transitory processor-readable medium thatincludes a program that when executed by a processor performs a methodcomprising: receiving, by the first device, a dynamic graphic patternhaving a shape that changes over time. The dynamic graphic pattern beingassociated with the second device for pairing with the second device.The first device recognizing the dynamic graphic pattern associated withthe second device. The first device pairs with the second device if thedynamic graphic pattern associated with the second device is recognized.

These and other aspects and advantages of the embodiments will becomeapparent from the following detailed description, which, when taken inconjunction with the drawings, illustrate by way of example theprinciples of the embodiments.

BRIEF DESCRIPTION OF THE DRAWINGS

For a fuller understanding of the nature and advantages of theembodiments, as well as a preferred mode of use, reference should bemade to the following detailed description read in conjunction with theaccompanying drawings, in which:

FIG. 1 shows a schematic view of a communications system, according toan embodiment.

FIG. 2 shows a block diagram of an architecture for a system for devicepairing, according to an embodiment.

FIG. 3 shows an example scenario for device pairing, according to anembodiment.

FIG. 4 shows another example scenario for device pairing, according toan embodiment.

FIG. 5 shows an example flow chart for device pairing, according to anembodiment.

FIG. 6 shows an example scenario for device pairing, according to anembodiment.

FIG. 7 shows another example flow chart for device pairing, according toan embodiment.

FIG. 8 shows an example scenario for pairing with a user face, accordingto an embodiment.

FIG. 9 shows an example scenario for determining distance between paireddevices, according to an embodiment.

FIG. 10 shows another example flowchart determining distance betweenpaired devices, according to an embodiment.

FIG. 11 shows example scenario for device pairing and device relativelocation determination and tracking, according to an embodiment.

FIG. 12 shows another example flowchart for device pairing and devicerelative location determination and tracking, according to anembodiment.

FIG. 13 shows an example timing diagram for device sharing and pairing,according to an embodiment.

FIG. 14 shows another example flowchart for device sharing and pairing,according to an embodiment.

FIG. 15 shows another example flowchart for device pairing, determiningdistance between the paired devices and adjusting a display based on thepairing, according to an embodiment.

FIG. 16 shows another example flowchart for device pairing, determiningdistance between multiple paired devices and adjusting a display basedon the pairing, according to an embodiment.

FIG. 17 shows another example flowchart for facial pairing, determiningdistance between paired devices and adjusting a display based on thepairing, according to an embodiment.

FIG. 18 shows another example determination of location of a userrelative to a perpendicular from a paired device, according to anembodiment.

FIG. 19 is a high-level block diagram showing an information processingsystem comprising a computing system implementing an embodiment.

DETAILED DESCRIPTION

The following description is made for the purpose of illustrating thegeneral principles of the embodiments and is not meant to limit theinventive concepts claimed herein. Further, particular featuresdescribed herein can be used in combination with other describedfeatures in each of the various possible combinations and permutations.Unless otherwise specifically defined herein, all terms are to be giventheir broadest possible interpretation including meanings implied fromthe specification as well as meanings understood by those skilled in theart and/or as defined in dictionaries, treatises, etc.

One or more embodiments of relate generally to device and facialpairing. In one embodiment, a method for device pairing includesdisplaying at least one image having a first characteristic using afirst application by a first electronic device. In one embodiment, it isdetermined if the image is recognizable. In one embodiment, if the imageis determined to be recognizable, the first electronic device is pairedwith a second electronic device.

In one embodiment, the electronic devices comprise one or more mobileelectronic devices capable of data communication over a communicationlink such as a wireless communication link. Examples of such mobiledevice include a mobile phone or smart phone device, a mobile tabletdevice, a wearable device, a mobile computing device, etc.

FIG. 1 is a schematic view of a communications system in accordance withone embodiment. Communications system 10 may include a communicationsdevice that initiates an outgoing communications operation(transmitting/initiator device 12) and communications network 110, whichtransmitting device 12 may use to initiate and conduct communicationsoperations with other communications devices within communicationsnetwork 110. For example, communications system 10 may include acommunication device that receives the communications operation from thetransmitting device 12 (receiving device/listener 11). Althoughcommunications system 10 may include several transmitting devices 12 andreceiving devices 11, only one of each is shown in FIG. 1 to simplifythe drawing.

Any suitable circuitry, device, system or combination of these (e.g., awireless communications infrastructure including communications towersand telecommunications servers) operative to create a communicationsnetwork may be used to create communications network 110. Communicationsnetwork 110 may be capable of providing communications using anysuitable communications protocol. In some embodiments, communicationsnetwork 110 may support, for example, traditional telephone lines, cabletelevision, Wi-Fi (e.g., a 802.11 protocol), BLUETOOTH®, high frequencysystems (e.g., 900 MHz, 2.4 GHz, and 5.6 GHz communication systems),infrared, other relatively localized wireless communication protocol, orany combination thereof. In some embodiments, communications network 110may support protocols used by wireless and cellular phones and personalemail devices (e.g., a BLACKBERRY®). Such protocols can include, forexample, GSM, GSM plus EDGE, CDMA, quadband, and other cellularprotocols. In another example, a long-range communications protocol caninclude Wi-Fi and protocols for placing or receiving calls using VOIP orLAN. Transmitting device 12 and receiving device 11, when located withincommunications network 110, may communicate over a bidirectionalcommunication path such as path 13. Both transmitting device 12 andreceiving device 11 may be capable of initiating a communicationsoperation and receiving an initiated communications operation.

Transmitting device 12 and receiving device 11 may include any suitabledevice for sending and receiving communications operations. For example,transmitting device 12 and receiving device 11 may include a mediaplayer, a cellular telephone or a landline telephone, a personal e-mailor messaging device with audio and/or video capabilities, pocket-sizedpersonal computers such as an iPAQ Pocket PC available by HewlettPackard Inc., of Palo Alto, Calif., personal digital assistants (PDAs),a desktop computer, a laptop computer, and any other device capable ofcommunicating wirelessly (with or without the aid of a wireless enablingaccessory system) or via wired pathways (e.g., using traditionaltelephone wires). The communications operations may include any suitableform of communications, including for example, voice communications(e.g., telephone calls), data communications (e.g., e-mails, textmessages, media messages), or combinations of these (e.g., videoconferences).

FIG. 2 shows a functional block diagram of an embodiment of anarchitecture system 100 for application connection by hand held (HH)electronic devices 1-N 140 (N being a positive integer), according to anembodiment. In one embodiment, the system 100 comprises a televisiondevice 120 (e.g., a TV, a computer, tablet, etc.), a cloud or serverdevice 130 and network connection device 110. In one embodiment, thetelevision device 120 comprises a display 121, a camera or imagingdevice 122 (either integrated with the TV 120 or separate from the TV120), and an application manager module 125 for managing applications,such as application 1 126, application 2 127 up to application N 128, Nbeing a positive integer.

In one embodiment, the display 121 may be a separate device from thetelevision device 120 or integrated with the television device 120. Inone embodiment, the camera 122 may be a separate device from thetelevision device 120 or integrated with the television device 120. Inone embodiment, the network connection device 110 may comprise a networkinterface, such as a network modem, router, etc. for handlingcommunications between the television device and the server device 130and for forming a local network that the television device 120 may beconnected with.

In one embodiment, both transmitting device 12 and receiving device 11may include some or all of the features of electronics devices 1-N 140.In one embodiment, the electronic devices 1-N 140 may comprise a display141, input mechanism 142, communications circuitry 143, controlcircuitry 144, a camera 145, and a global positioning system (GPS)receiver module 146, a microphone, audio output, and any other suitablecomponents.

In one embodiment, all of the applications employed by display 141,input mechanism 142, the audio output and communications circuitry 143may be interconnected and managed by control circuitry 144. In oneexample, a hand-held music player capable of transmitting music to othertuning devices may be incorporated into the electronics devices 1-N 140.

In one embodiment, the audio output may include any suitable audiocomponent for providing audio to a user of any of the electronicsdevices 1-N 140. For example, the audio output may include one or morespeakers (e.g., mono or stereo speakers) built into an electronicsdevice 1-N 140. In some embodiments, the audio output may include anaudio component that is remotely coupled to an electronics device 1-N140. For example, the audio output may include a headset, headphones orearbuds that may be coupled to communications device with a wire (e.g.,coupled to an electronics device 1-N 150 with a jack) or wirelessly(e.g., BLUETOOTH® headphones or a BLUETOOTH® headset).

In one embodiment, display 141 may include any suitable screen orprojection system for providing a display visible to the user. Forexample, display 141 may include a screen (e.g., an LCD screen) that isincorporated in an electronics device 1-N 140. As another example,display 141 may include a movable display or a projecting system forproviding a display of content on a surface remote from an electronicsdevice 1-N 140 (e.g., a video projector). Display 141 may be operativeto display content (e.g., information regarding communicationsoperations or information regarding available media selections) underthe direction of control circuitry 144.

In one embodiment, input mechanism 142 may be any suitable mechanism oruser interface for providing user inputs or instructions to anelectronics device 1-N 140. Input mechanism 142 may take a variety offorms, such as a button, keypad, dial, a click wheel, or a touch screen.The input mechanism 142 may include a multi-touch screen. The inputmechanism may include a user interface that may emulate a rotary phoneor a multi-button keypad, which may be implemented on a touch screen orthe combination of a click wheel or other user input device and ascreen.

In one embodiment, communications circuitry 143 may be any suitablecommunications circuitry operative to connect to a communicationsnetwork (e.g., communications network 110, FIG. 1) and to transmitcommunications operations and media from an electronics device 1-N 140to other devices within the communications network. Communicationscircuitry 143 may be operative to interface with the communicationsnetwork using any suitable communications protocol such as, for example,Wi-Fi (e.g., an 802.11 protocol), BLUETOOTH®, high frequency systems(e.g., 900 MHz, 2.4 GHz, and 5.6 GHz communication systems), infrared,GSM, GSM plus EDGE, CDMA, quadband, and other cellular protocols, VOIP,or any other suitable protocol.

In some embodiments, communications circuitry 143 may be operative tocreate a communications network using any suitable communicationsprotocol. For example, communications circuitry 143 may create ashort-range communications network using a short-range communicationsprotocol to connect to other communications devices. For example,communications circuitry 143 may be operative to create a localcommunications network using the BLUETOOTH® protocol to couple anelectronics device 1-N 140 with a BLUETOOTH® headset.

In one embodiment, control circuitry 144 may be operative to control theoperations and performance of an electronics device 1-N 140. Controlcircuitry 144 may include, for example, a processor, a bus (e.g., forsending instructions to the other components of an electronics device1-N 140), memory, storage, or any other suitable component forcontrolling the operations of an electronics device 1-N 140. In someembodiments, a processor may drive the display and process inputsreceived from the user interface. The memory and storage may include,for example, cache, Flash memory, ROM, and/or RAM. In some embodiments,memory may be specifically dedicated to storing firmware (e.g., fordevice applications such as an operating system, user interfacefunctions, and processor functions). In some embodiments, memory may beoperative to store information related to other devices with which anelectronics device 1-N 140 performs communications operations (e.g.,saving contact information related to communications operations orstoring information related to different media types and media itemsselected by the user).

In one embodiment, the control circuitry 144 may be operative to performthe operations of one or more applications implemented on an electronicsdevice 1-N 140. Any suitable number or type of applications may beimplemented. Although the following discussion will enumerate differentapplications, it will be understood that some or all of the applicationsmay be combined into one or more applications. For example, anelectronics device 1-N 140 may include an application connectionapplication, a dialog application, a map application, a mediaapplication (e.g., QuickTime, MobileMusic.app, or MobileVideo.app). Insome embodiments, an electronics device 1-N 140 may include one orseveral applications operative to perform communications operations. Forexample, an electronics device 1-N 140 may include a messagingapplication, a mail application, a telephone application, a voicemailapplication, an instant messaging application (e.g., for chatting), avideoconferencing application, a fax application, or any other suitableapplication for performing any suitable communications operation.

In some embodiments, an electronics device 1-N 140 may include one ormore microphones. For example, an electronics device 1-N 140 may includea microphone to allow the user to transmit audio (e.g., voice audio)during a communications operation or as a means of establishing acommunications operation or as an alternate to using a physical userinterface. A microphone may be incorporated in an electronics device 1-N140, or may be remotely coupled to an electronics device 1-N 140. Forexample, a microphone may be incorporated in wired headphones, or amicrophone may be incorporated in a wireless headset.

In one embodiment, an electronics device 1-N 140 may include any othercomponent suitable for performing a communications operation. Forexample, an electronics device 1-N 140 may include a power supply, portsor interfaces for coupling to a host device, a secondary input mechanism(e.g., an ON/OFF switch), or any other suitable component.

In one embodiment, a user may direct an electronics device 1-N 140 toperform a communications operation using any suitable approach. As oneexample, a user may receive a communications request from another device(e.g., an incoming telephone call, an email or text message, an instantmessage), and may initiate a communications operation by accepting thecommunications request. As another example, the user may initiate acommunications operation by identifying another communications deviceand transmitting a request to initiate a communications operation (e.g.,dialing a telephone number, sending an email, typing a text message, orselecting a chat screen name and sending a chat request).

In one embodiment, an electronic device 1-N 140 (N being a positiveinteger) may comprise a mobile device that may utilize mobile devicehardware functionality including: the GPS receiver module 146, thecamera 145, a compass module, and an accelerometer and gyroscope module.The GPS receiver module 146 may be used to identify a current locationof the mobile device (i.e., user). The compass module is used toidentify direction of the mobile device. The accelerometer and gyroscopemodule is used to identify tilt of the mobile device.

The system 100 provides the electronic devices 1-N 140 (N being apositive integer) the ability to connect to an application launched onthe television device 120, such as application 1 126, application 2 127to application N 128. In one embodiment, the application 1 126,application 2 127 to application N 128 may comprise softwareapplications executing on the television device 120, or executing onanother device and having a visual display portion of the applicationshown on the display 121.

In one embodiment, the local network (e.g., a wireless network) that thetelevision device 120 is connected to is a secured network with asecurity code (e.g., pass code, password, key code, etc.) providingaccess to the local network such that without having knowledge of thekey code, the electronic devices 1-N 140 cannot pair or join the localnetwork. In one embodiment, access is provided to the electronic devices1-N 140 to the local network that the application is launched by meansfor connecting, such as by obtaining information from a server based onlocation of an electronic device (e.g., electronic devices 1-N 140),obtaining information from a communication (e.g., text message, email,chat, etc.), etc. In one embodiment, once an electronic device 1-N 140is connected to the local network, the connection may have a limitedlife for security purposes (e.g., one hour, two hours, 4 hours, etc.).In one embodiment, the security code may be unique for each session.

FIG. 3 shows an example scenario 300 for device pairing, according to anembodiment. One or more embodiments provide for a user at home to pairtheir HH electronic device 140 with a TV 120 where there is apossibility of multiple TVs 120 in the household or other environment.In one or more embodiments, in the case the HH device is used bymultiple family/community members, the pairing process associates aparticular user (e.g., user 320) with the HH electronic device 140.

In one embodiment, for scenario 300 it is assumed that multiple TVs 120and multiple HH electronic devices 140 are present in the environment(e.g., a home environment). In one embodiment, for scenario 300, the HHelectronic device 140 and TV 120 are on the same network (or accesspoint (AP)), which may be a particular home setting and the HHelectronic device 140 and TV 120 have been paired. In one embodiment, itmay be assumed for scenario 300 that the TV camera 122 is constantlyworking (or may be started by a command, such as a voice command, remotecontrol (RC) command, etc.), and the TV camera 122 is able to recognizea characteristic (e.g., color, pattern, shape, etc.) of an image orobject (e.g., a blob, design, photograph, pattern, etc.) on the display141 of the HH electronic device 140. In one embodiment, for scenario 300it is assumed that the TV camera 122 and other processing by the TV 120is able to recognize and keep track of a user face (e.g., via facialrecognition techniques).

In one embodiment, scenario 300 identifies which HH electronic device140 (of multiple HH electronic devices 140) is desired to be paired withwhich TV 120 (of multiple TVs 120). In one embodiment, a guest or userlaunches an HH convergence application (App), starts a listener (userdatagram protocol (UDP), Universal plug and play (UPnP), etc.), displaysa known image 311 (e.g., simple) or series or set of images 310 (e.g.,complex) on the display 141 having a first characteristic (e.g., color,shade, pattern, shape, etc.), and the user holds the HH electronicdevice 140 up to TV camera 122 with the display 141 facing the TV camera122. In one example embodiment, the image(s) 310 or 311 may be: acolored blob, simple shape, or shape that may change over time; complexshape, static or dynamic pattern, etc.

In one example embodiment, in the case of the image(s) 310 or 311 beinga static color blob or pattern, the TV 120 sends broadcast commands toall HH electronic devices 140 (e.g., connected with the network, e.g., alocal area network (LAN), home network, etc.) to change the color of theimage(s) 310 or 311 on respective displays 141 to a different butrandomly selected characteristic (e.g., color, pattern, shape, etc.),e.g., (HH1→color 1, HH2→color 2 etc.). In one embodiment, a re-changerequest/command may be sent by the TV 120 in the event that there aremore than one HH electronic device 140, and the more than one HHelectronic devices 140 have used/chosen close a characteristic (e.g.,colors, shapes, patterns, etc.) for the respective image(s) 310 or 311as determined by the TV 120 using the TV camera 122.

In one or more embodiments, either a complex or simple color blob, shapeor pattern 311 or a complex or simple series of color blobs, shapes orpatterns 310 are based on camera resolution, lightening, distance, etc.In one or more embodiments, if the camera or image sensor is able torecognize a complex color blob, shape or pattern 311 or series 310, thenthe number of color changes required to recognize an electronic device140 may be minimized. If a simple color blob, shape or pattern 311 orseries 310 needs to be used, then a larger number of characteristicchanges may be needed in order to recognize (or distinguish) anelectronic device 140.

FIG. 4 shows another example scenario 400 for device pairing, accordingto an embodiment. In one embodiment, the HH electronic device 140 heldin front of the TV 120 by a user 320 changes image 411 objectcharacteristic (e.g., color, shade, shape, pattern, etc.) on the display141 of HH electronic device 140 to the one directed by the TV 120 foridentifying which HH electronic device 140 it is (among multiple HHelectronic devices 140 with other characteristics for the image 411). Inone embodiment, the HH electronic device 140 changes the characteristicby changing a pattern of an object 411 that identifies which HHelectronic device 140 (of multiple HH electronic devices 140) it is.

FIG. 5 shows an example flow chart for a process 50 for device pairing,according to an embodiment. In one embodiment, the process 50 starts inblock 51 (e.g., an HH electronic device 140 turns on, a TV 120 turns on,etc.). In one embodiment, in block 52 an HH electronic device 140 (afirst electronic device) launches an application for pairing/associatingthe HH electronic device 140 with a TV 120 (second electronic device) inan environment or particular area, such as a home network, LAN, etc. Inone embodiment, in block 53, the HH electronic device 140 displays animage(s) on a display (e.g., display 141) including a firstcharacteristic (e.g., color, pattern, shape, etc.).

In one embodiment, in block 54, the TV 120 attempts to recognize theimage(s) and first characteristic for the electronic device 140. In oneembodiment, in block 55, if the TV 120 recognizes the image and firstcharacteristic, the TV 120 and the electronic device 140 pair with oneanother. In one embodiment, block 56 the pairing process 50 stops, andthe application may continue to another step, such as communicateparticular messages with between the paired devices, share informationbetween the paired devices, etc.

In one embodiment, process 50 further includes if it is determined thatthe image and first characteristic is not recognizable orindistinguishable from any other electronic devices 140 in theparticular environment or area (e.g., LAN, home network, room, etc.) theHH electronic device 140 (and any other HH electronic devices 140 in theenvironment) receives a request to change the first characteristic toone or more second characteristic (e.g., color, shade, shape, pattern,etc.) from the TV 120. In one embodiment, process 50 further includesthe HH electronic device 140 (and any other HH electronic devices 140 inthe environment) changes the image to have the second characteristic. Inone embodiment, a camera of the TV 120 (TV camera 122) recognizes thechange to the second characteristic by the HH electronic device 140,which has a display 141 placed in front of the TV camera by a user(e.g., user 320) showing the second characteristic of the image. In oneembodiment, the HH electronic device 140 (first electronic device) isnow paired with the TV 120 (second electronic device).

FIG. 6 shows an example scenario 600 for device pairing, according to anembodiment. In one embodiment, after the HH electronic device 120 has acharacteristic of an image 411 recognized by the TV 120 using the TVcamera 122, the HH electronic device 140 becomes paired 610 with the TV120. In one embodiment, the TV 120 may assign the HH electronic device140 a unique image(s) (e.g., a unique blob) with a uniquely identifiablecharacteristic (e.g., color, shade, shape, pattern, etc.) for futureuse, other applications, etc. In one embodiment, the TV 120 may send anacknowledge message (ACK) to the HH electronic device 140 once thesecond characteristic of the image is recognized by the TV 120, and theHH electronic device 140 may then continue with the next step on theapplication being executed or start another application.

FIG. 7 shows another example flow chart for a process 60 for devicepairing, according to an embodiment. In one embodiment, process 60provides for associating a user (e.g., user 320, FIG. 8) with acommunity/shared HH electronic device 140 (FIG. 8). In one embodiment,process 60 starts in block 61, where the HH electronic device 140 (firstelectronic device) turns on, starts an application, etc. and the TV 120(second electronic device) turns on, starts an application, etc.). Inone embodiment, for process 60 it may be assumed that all users' faceshave been identified by the TV 120 using the TV camera 122 and the usershave been assigned a name/Identification (ID).

In one embodiment, in block 62 the TV 120 performs facial recognitionfor a user of a connected (to the network, e.g., home network, LAN,etc.) HH electronic device 140. In one embodiment, in block 63 arecognized user is assigned a distinct ID. In one embodiment, in block64 a user places an HH electronic device 140 in front of the user'sface. In one embodiment, in block 65 the TV 120 recognizes the user facein front of the HH electronic device 140.

In one embodiment, in block 66, the TV 120 determines the distance fromthe HH electronic device 140 to the TV 120. In one embodiment, in block67 the TV 120 associates with the HH electronic device 140 or associateswith the user face of the HH electronic device 140. In one embodiment,the process 60 stops at block 68, where the application may proceed to anext step for communication between the HH electronic device 140 and theTV 120, or communicate using another application, etc.

FIG. 8 shows an example scenario 700 for pairing with a user 320 face,according to an embodiment. In one embodiment, for scenario 700 it isassumed that multiple TVs 120 and multiple HH electronic devices 140 arepresent in the environment (e.g., a home environment). In oneembodiment, for scenario 700, the HH electronic device 140 and TV 120are on the same network (or AP), which may be a particular home settingand the HH electronic device 140 and TV 120 have been paired. In oneembodiment, it may be assumed for scenario 700 that the TV camera 122 isconstantly working (or may be started by a command, such as a voicecommand, RC command, etc.), and the TV camera 122 is able to recognize acharacteristic (e.g., color, pattern, shape, etc.) of an image or object(e.g., a blob, design, photograph, pattern, etc.) on the display 141 ofthe HH electronic device 140. In one embodiment, for scenario 700 it isassumed that the TV camera 122 and other processing by the TV 120 isable to recognize and keep track of a user face (e.g., via facialrecognition techniques). In one embodiment, it is also assumed that allusers' faces have been identified by the TV 120 and have been assigned aparticular name/ID.

In one embodiment, in scenario 700 a user 320 holds up the HH electronicdevice 140 close to their face and starts a convergence App. In oneembodiment, the App displays an image 411 having a first characteristic(e.g., color, shape, pattern, etc.), such as a colored blob, on thedisplay 141 of the HH electronic device 140. In one embodiment, the TV120 sends commands to all HH electronic devices 140 in the environment(e.g., in the home network, LAN, etc.) to change the firstcharacteristic to a second characteristic (e.g., color, shape, pattern,etc.) that is a different, but randomly selected characteristic, e.g.,color (HH1→color 1, HH2→color 2 etc.).

In one embodiment, all of the HH electronic devices 140 change to asecond characteristic, such as change of color of the image, as directedby the TV 120. In one embodiment, based on the new characteristic thatthe TV camera 122 now observes, the TV 120 identifies the HH electronicdevice 140 in front of the TV 120. In one embodiment, the TV 120recognizes the characteristic change and sends a command to the HHelectronic device 140 to move to the next step in the App. In oneembodiment, the TV 120 recognizes the face closest to the HH electronicdevice 140. Once the user 320 face is recognized by the TV 120, the HHelectronic device 140 is associated to the face (or user 320), which ispaired with the TV 120 as shown by the arrow 710.

FIG. 9 shows an example scenario 800 for determining distance 810between paired devices, according to an embodiment. In one embodiment,determining the relative distance of the user 320 with respect to the TV120 may be useful to determine display characteristics, such as the fontsize, personal preferences, etc. In one embodiment, for scenario 800 itis assumed that multiple TVs 120 and multiple HH electronic devices 140are present in the environment (e.g., a home environment). In oneembodiment, for scenario 800, the HH electronic device 140 and TV 120are on the same network (or AP), which may be a particular home settingand the HH electronic device 140 and TV 120 have been paired. In oneembodiment, it may be assumed for scenario 800 that the TV camera 122 isconstantly working (or may be started by a command, such as a voicecommand, RC command, etc.), and the TV camera 122 is able to recognize acharacteristic (e.g., color, pattern, shape, etc.) of an image or object(e.g., a blob, design, photograph, pattern, etc.) on the display 141 ofthe HH electronic device 140. In one embodiment, for scenario 800 it isassumed that the TV camera 122 and other processing by the TV 120 isable to recognize and keep track of a user face (e.g., via facialrecognition techniques). In one embodiment, it is also assumed that allusers' faces have been identified by the TV 120 and have been assigned aparticular name/ID.

In one embodiment, in scenario 800 a user 320 holds up the HH electronicdevice 140 close to their face and starts the convergence App. In oneembodiment, the App shows a fixed size image (e.g., an object, a blob,etc.) with a first characteristic (e.g., color, shape, pattern, etc.),which is associated with the HH electronic device 140. In oneembodiment, the TV 120 sends commands to all HH electronic devices 140(connected in the environment) to change the first characteristic to asecond characteristic (e.g., color, shape, pattern, etc.), which isdifferent from the first characteristic but randomly selected, e.g.,color (HH1→color 1, HH2→color 2 etc.).

In one embodiment, the HH electronic device 140 in front of TV 120changes the image 411 to the second characteristic (e.g., blob color) tothe second characteristic directed by the TV 120 for identifying whichHH electronic device 120 it is. In one embodiment, the TV 120 recognizesthe characteristic change and sends a command to the HH electronicdevice 140 to move to the next App step. In one embodiment, since the HHelectronic device 140 shows a fixed size image with the secondcharacteristic on the display 141, the TV 120 may determine the distance810 based on the size of the image 411 as seen by TV camera 122.

In one example embodiment, the distance 810 of the HH electronic device140 from the TV 120 may be equal to the diameter of the image (e.g.,circle (blob)) shown on the display 141 of the HH electronic device 140,divided by the diameter of the image (e.g., a circle) seen by the TVcamera 122 multiplied by the focal length of the TV camera 122 lens(e.g., Distance=Camera focal length*(diameter of the HH circle/diameterof the image circle)). In one embodiment, if the user 320 is holding apersonal HH electronic device 140, the TV 120 is now paired to the HHelectronic device 140 (and therefore, paired to the user 320). In oneembodiment, if the user 320 is holding a personal communal HH electronicdevice 140, the TV 120 recognizes the face closest to the HH electronicdevice 140, and from there on, the HH electronic device 140 isassociated to the particular closest face (or user).

FIG. 10 shows another example flowchart of a process 70 for determiningdistance between paired devices, according to an embodiment. In oneembodiment, process 70 starts in block 71, where the HH electronicdevice 140 (first electronic device) turns on, starts an application,etc. and the TV 120 (second electronic device) turns on, starts anapplication, etc.). In one embodiment, for process 70 it may be assumedthat all users' faces have been identified by the TV 120 using the TVcamera 122 and the users have been assigned a name/Identification (ID).

In one embodiment, in block 72 the TV 120 performs facial recognitionfor a user of a connected (to the network, e.g., home network, LAN,etc.) HH electronic device 140. In one embodiment, in block 73 arecognized user is assigned a distinct ID. In one embodiment, in block74 a user places an HH electronic device 140 in front of the user'sface. In one embodiment, in block 75 the TV 120 recognizes the user facein front of the HH electronic device 140.

In one embodiment, in block 76, the TV 120 determines the distance fromthe first HH electronic device 140 to a second HH electronic device 140,where both are in front of the TV 120. In one embodiment, in block 77the first HH electronic device 140 is associated with the second HHelectronic device 140, or the user face of the first electronic device140 is associated with a second user face of the second HH electronicdevice 140. In one embodiment, the process 70 stops at block 78, wherethe application may proceed to a next step for communication between thefirst and second HH electronic device 140 and the TV 120, or communicateusing another application, etc.

FIG. 11 shows example scenario 900 for device pairing and devicerelative location determination and tracking, according to anembodiment. In one embodiment, the scenario 900 determines the relativeposition of two (or more) persons (e.g., user 320 and user 920). In oneembodiment, scenario 900 is useful for multiplayer games where relativeposition of players is important (example car racing, card games, etc.).In one embodiment, for scenario 900 it is assumed that multiple TVs 120and multiple HH electronic devices 140 are present in the environment(e.g., a home environment). In one embodiment, for scenario 900, the HHelectronic device 140 and TV 120 are on the same network (or AP), whichmay be a particular home setting and the HH electronic device 140 and TV120 have been paired. In one embodiment, it may be assumed for scenario900 that the TV camera 122 is constantly working (or may be started by acommand, such as a voice command, RC command, etc.), and the TV camera122 is able to recognize a characteristic (e.g., color, pattern, shape,etc.) of an image or object (e.g., a blob, design, photograph, pattern,etc.) on the display 141 of the HH electronic device 140. In oneembodiment, for scenario 900 it is assumed that the TV camera 122 andother processing by the TV 120 is able to recognize and keep track of auser face (e.g., via facial recognition techniques). In one embodiment,it is also assumed that all users' faces have been identified by the TV120 and have been assigned a particular name/ID. In one embodiment, inscenario 900 is may be assumed that the players (e.g., users 320 and920) are using communal HH electronic device 140 device (e.g., a gamecontroller) or a personal HH electronic device 140 (e.g., personal gamecontroller).

In one embodiment, scenario 900 is an extension of scenario 800 whereeach user 320 and 920 is paired with a specific HH electronic device140, as indicated by the arrows 930 and 940. In one example embodiment,once the two HH electronic devices 140 are paired with one another (orthe user's 320 and 920 faces are associated), then the TV 120 may followeach user by using the TV camera 122 and keep track of the users 320 and920 relative location. In one embodiment, the TV 120 using the TV camera122 determines the relative distance between the two users 320 and 920,and content shown on the TV 120 may be tailored to the users 320 and 920based on their particular location relative to one another, such aspersonal information related to a game, content related to a program orapplication, content based on personal profiles of each user 320 and920, etc.

FIG. 12 shows another example flowchart of a process 80 for devicepairing and device relative location determination and tracking,according to an embodiment. In one embodiment, process 80 starts inblock 81, where an HH electronic device 140 (first electronic device)and another HH electronic device 140 (third electronic device) turns on,starts an application, etc. and the TV 120 (second electronic device)turns on, starts an application, etc.). In one embodiment, for process80 it may be assumed that all users' faces have been identified by theTV 120 using the TV camera 122 and the users have been assigned aname/ID.

In one embodiment, in block 82 the TV 120 performs facial recognitionfor a user of the first and second connected (to the network, e.g., homenetwork, LAN, etc.) HH electronic devices 140 (first and thirdelectronic devices). In one embodiment, in block 83 the recognized usersof the two HH electronic devices are assigned distinct IDs. In oneembodiment, in block 84 a user of the first HH electronic device 140(first electronic device) and the user of the second HH electronicdevice 140 (third electronic device) places the respective HH electronicdevice 140 in front of the respective user face. In one embodiment, inblock 85 the TV 120 recognizes the user's faces in front of each HHelectronic device 140.

In one embodiment, in block 86, the first user face is associated withthe first HH electronic device 140 (first electronic device) and thesecond user face is associated with the second HH electronic device 140(third electronic device). In one embodiment, in block 87 the TV 120determines the relative position between the first HH electronic device140 and the second HH electronic device 140, where both are in front ofthe TV 120. In one embodiment, in block 88 the TV 120 using the TVcamera 122 follows movement of the first HH electronic device 140 andthe second HH electronic device 140. In one embodiment, the process 80stops at block 89, where the application may proceed to a next step forcommunication between the first and second HH electronic device 140 andthe TV 120, or communicate using another application, etc.

FIG. 13 shows an example timing diagram 1000 for device sharing andpairing, according to an embodiment. In one embodiment, to easily accessa Wi-Fi network from a HH electronic device 140 in a semi-trusted domain(e.g., friend's residence, organization environment, etc.), where thehost does not want to give their AP service set identifier (SSID) andpassword to the guest. One or more embodiments make it easy for theguest if they want to connect to a TV 120 for a convergence App (e.g., amultiplayer gaming app, etc. One or more embodiments determines therelative position of the HH electronic device 140 user (e.g., user320/920) with respect to the TV 120 by using the TV camera 122, whichmay be used to determine relative location of multiple users or forpointing to a device using the HH electronic device 140.

In one embodiment, a guest in the semi-trusted environment using an HHelectronic device 140 does not know the host AP SSID and password. Inone embodiment, there are multiple TVs 120 in the host home (note thatif there is only one TV 120, selecting a TV 120 from a list becomeseasier). In one embodiment, there are multiple guests with HH electronicdevices 140 at the host home. In one embodiment, the host TV 120 andguest HH electronic device 140 are not been paired. In one embodiment,the TV 120 uses the TV camera 122 for recognizing an image on a display141 of HH electronic devices 140 when held in front of the TV camera122. In one embodiment, the TV 120 may identify a user 320/920 (FIG. 11)and assign the user an ID. In one embodiment, the TV 120 may recognizeand match a previously identified user.

In one embodiment, once the TV 120 recognizes the users of HH electronicdevices 140 (e.g., user 320 and user 920, FIG. 11) based on image andcharacteristic recognition and/or facial recognition, the TV 120 sendsthe AP SSID and password to the HH electronic device(s) 140, which maybe able to share the AP SSID with other HH electronic devices 140 ifpermitted by the host.

In one example embodiment, using the timing diagram 1000, a guest HHelectronic device 140 is provided with the host AP SSID and password. Inone example, assuming that it is desired to launch a convergence App,the guest HH electronic device 140 also desires to pair with host TV120. In one embodiment, the Host device (e.g., TV 120) launches a TVconvergence App (e.g., a shareable App). In one embodiment, the guestlaunches an HH electronic device 140 convergence App, which shows aknown image or series of images with a first characteristic (e.g.,color, shape, pattern, etc.), and the user holds the HH electronicdevice with the display 141 facing the TV camera 122.

In one embodiment, the TV 120 recognizes the image and firstcharacteristic, and sends a time stamped command (e.g., “New HH found”)to a server (e.g., server 130, FIG. 2) with the captured image as seenby the TV camera 122. In one embodiment, the HH electronic device 140sends a time stamped command (e.g., “Showing”) to the same server withwhat it displayed on the display 141. In one embodiment, the servermatches the TV 120 and the HH electronic device 140 based on the timestamp and displayed image/objects.

In one embodiment, it is possible that there is more than one TV 120 orHH electronic device 140 that is matched (e.g., more than 2 commandssent in a time window). In one embodiment, there are multiple options tonarrow down the list of potential matches and reduce potential falsepositives. In one embodiment, both the TV 120 and the HH electronicdevice 140 send out their respective location (or approximation thereof)using, for example, GPS, known information, text information of a knownlocation, etc., which narrows down the search space. In one embodiment,assuming that the host sends out an invitation to all the guests (e.g.,email, text message, etc.), the “party” information (e.g., emailaddresses) may be stored in the server. In one example embodiment, whenthe “New HH found” and “Showing” commands reach the server, the servermay pair HH electronic devices 140 based on the party (host TV 120 andguest HH electronic device 140).

In one example embodiment, each HH electronic device 140 shows a randomselected image with a characteristic (e.g., a color, shape, pattern,etc.) on a respective display 141. In one embodiment, the TV 120recognizes the image and characteristic, and informs the serverregarding the image and characteristic.

In one example embodiment, the wireless APs in the vicinity of the HHelectronic devices 140 may be matched against the ones the TV 120 isdistributing credentials for using the SSID, BSSID or other uniquelyidentifying information along with signal strength. The one or moreexample embodiments assist in reducing the list of potential TV 120←→HHelectronic device 140 pairing options.

In one or more embodiments, to resolve remaining multiple matches thefollowing may be done. In one example embodiment, the TV 120 sendscommands to all HH electronic devices 140 (via the server) that arecandidates for the pairing. In one example embodiment, the “Change”command is used to change a characteristic (e.g., color, shape, pattern,etc.) to a different but randomly selected characteristic (e.g.,HH1→color 1, HH2→color 2 etc.). In one embodiment, the TV 120 recognizesthe change of the characteristic for the HH electronic device 140 infront of the TV camera 122 and sends this information to the server.

In one embodiment, the HH electronic device 140 narrows its location,and then requests from the server a unique code (e.g., a simple orcomplex: color blob, shape, pattern, etc. with a characteristic (e.g.,color, shade, etc.)) to display for this subset of devices it must alsoidentify. In one example embodiment, the HH electronic device 140 thendisplays code to the TV 120. In one example embodiment, the TV 120 thensends to the server what the TV camera 122 captured from the HHelectronic device 140.

In one example embodiment, the TV 120 then sends the AP SSID andpassword to the server along with its name, which may be set in the Appor via the TV 120. In one embodiment, the AP SSID and password areauto-populated if the TV 120 is wirelessly connected. In one embodiment,the server identifies the HH electronic device 140 based on the colorreported by the TV and sends the AP SSID, password, and TV name to it.In one example embodiment, the HH electronic device 140 applies these APsettings for connecting with the TV 120 for sharing the App (e.g., PartyApp, etc.). In one example embodiment, the AP settings information isencrypted so that the user cannot access it. In one example embodiment,to confirm that Wi-Fi settings were correctly applied, there may beanother communication session between the TV 120 and the HH electronicdevice 140 over Wi-Fi. In one example embodiment, the TV 120 sends anACK to the HH electronic device 140 and the HH electronic device 140 nowcontinues with the next step on the App. In one example embodiment, theGPS on the HH electronic device 140 may be used to determine the TVs 120location for future use.

In one embodiment, the TV 120 is able to select the HH electronic device140 in front of it from other HH electronic devices 140 that might beeligible and vice versa (i.e. the HH electronic device 140 may selectthe TV 120 which it is in front of) depending on which device initiatesthe discovery. One or more embodiments fall into three categories: Timemultiplexed: The image characteristic on the HH electronic device 140changes in response to the TV 120 (or server) command and the searchspace is reduced progressively. In one example embodiment, this approachallows for low fidelity camera and simple image detection algorithms,but takes more time since the characteristic may have to change multipletimes before the HH electronic device 140 is uniquely identified; Codemultiplexed: The image that is shown on the HH electronic device 140 ismade up of complex shapes and various characteristics (e.g., colors)which carries more information and makes it more likely to be unique. Inone embodiment, this approach forces the TV 120 to have a high-fidelityTV camera 122 and more complex image detection algorithms but reducesthe time it takes to uniquely identify the HH; Location multiplex: Theseapproaches limit the number of HH electronic devices 140 that mayconnect to a TV 120 (reduce the search space). This may be achieved by:Using GPS so that the HH electronic device 140 only searches for a TV120 in the neighborhood; or Using an invite from a party host to limitonly the guest HH electronic device 140 to connect to the party host TV120. In one embodiment, these techniques may be used individually or inconjunction with each other to solve the search space reduction problem.In one example embodiment, the technique used depends on the camerafidelity and algorithm technology implemented on the TV 120.

In one example embodiment, the relative distance of the user of an HHelectronic device 140 with respect to the TV 120 is determined. In oneembodiment, this determination is useful to determine the font size,personal preferences, etc. In one example embodiment, all users' faceshave been identified by the TV 120 and they have been assigned aname/ID. In one embodiment, the HH electronic devices 140 may be pairedwith the one or more embodiments described above.

In one embodiment, the relative position of two (or more) persons basedon the HH electronic devices 140 may be determined. In one exampleembodiment, this is useful for multiplayer games where relative positionof players is important (e.g., car racing video games, card games,etc.). In one example embodiment, all user faces have been identified bythe TV 120 and they have been assigned a name/ID. In one exampleembodiment, the players are using a communal HH electronic device 140(e.g., a communal game controller) or a personal HH device electronicdevice 140 (e.g., a personal game controller). In one exampleembodiment, this scenario may be implemented in the same way asdescribed above in one or more embodiments.

FIG. 14 shows another example flowchart for a process 90 device sharingand pairing, according to an embodiment. In one embodiment, process 90starts in block 91, where an HH electronic device 140 (first electronicdevice) turns on, starts an application, etc. and the TV 120 (secondelectronic device) turns on, starts an application, etc.). In oneembodiment, for process 90 it may be assumed that all users' faces havebeen identified by a TV 120 using a TV camera 122 and the users havebeen assigned a name/ID.

In one embodiment, in block 92 the TV 120 sends a time-stamped commandto a server (e.g., server 130, FIG. 2) including an image with a firstcharacteristic (e.g., color, shape, pattern, etc.) that was capturedfrom an HH electronic device 140 display 141 using a TV camera 122. Inone embodiment, in block 93 the HH electronic device 140 sends atime-stamped command to the server including the image displayed usingthe display 141. In one example embodiment, in block 94, the serverpairs the HH electronic device with the TV 120 based on matching thereceived images and the commands including time-stamps from the TV 120and the HH electronic device 140.

In one example embodiment, in block 95 the TV 120 recognizes acharacteristic change to the image displayed by the HH electronic device140. In one example embodiment, in block 96 the TV 120 sends the serverinformation about the image and changed characteristic as captured fromthe HH electronic device 140 using the TV camera 122. In one exampleembodiment, in block 97 the HH electronic device 140 providesinformation assisting in narrowing location determination (e.g., GPS,text including location information, etc.) of the HH electronic device140 to the server and requests a unique code (e.g., simple or complex:color blob, shape, pattern, etc., with a characteristic (e.g., color,shade, etc.)) to display for any devices that the HH electronic device140 needs to identify.

In one example embodiment, in block 98 the HH electronic device 140receives the unique code and displays the unique code in front of the TV120, which uses the TV camera 122 to capture the unique code, where theTV 120 sends the unique code to the server. In one embodiment, theprocess 90 stops at block 99, where the application may proceed to anext step for communication between the HH electronic device 140 and theTV 120, or communicate using another application, etc.

FIG. 15 shows another example flowchart for a process 1500 for devicepairing, determining distance between the paired devices and adjusting adisplay based on the pairing, according to an embodiment. In oneembodiment, process 1500 starts in block 1501, where an HH electronicdevice 140 (first electronic device) turns on, starts an application,etc. and the TV 120 (second electronic device) turns on, starts anapplication, etc.). In one embodiment, for process 1500 it may beassumed that all users' faces have been identified by a TV 120 using aTV camera 122 and the users have been assigned a name/ID.

In one embodiment, in block 1502 the TV 120 sends a time-stamped commandto a server (e.g., server 130, FIG. 2) including an image with a firstcharacteristic (e.g., color, shape, pattern, etc.) that was capturedfrom an HH electronic device 140 display 141 using a TV camera 122. Inone embodiment, in block 1503 the HH electronic device 140 sends atime-stamped command to the server including the image displayed usingthe display 141. In one example embodiment, in block 1504, the TV 120recognizes a user face of the HH electronic device 140.

In one example embodiment, in block 1505 the TV 120 determines thedistance from the HH electronic device 140 to the TV 120 based on a sizeof the image displayed on the display 141 of the HH electronic device140, the size of the captured image by the TV camera 122 and the focallength of the TV camera 122. In one example embodiment, in block 1506,the display of the TV 120 is adjusted based on one or more personalpreferences associated with the user face of the HH electronic device140 and the determined distance between the HH electronic device and theTV 120.

In one embodiment, the process 1500 stops at block 1507, where theapplication may proceed to a next step for communication between the HHelectronic device 140 and the TV 120, or communicate using anotherapplication, etc.

FIG. 16 shows another example flowchart for a process 1600 for devicepairing, determining distance between multiple paired devices andadjusting a display of a TV 120 based on the pairing, according to anembodiment. In one embodiment, process 1600 starts in block 1601, wherea first HH electronic device 140 (first electronic device) and a secondHH electronic device 140 (third electronic device) turns on, starts anapplication, etc. and the TV 120 (second electronic device) turns on,starts an application, etc.). In one embodiment, for process 1600 it maybe assumed that all users' faces have been identified by a TV 120 usinga TV camera 122 and the users have been assigned a name/ID.

In one embodiment, in block 1602 the TV 120 sends a time-stamped commandto a server (e.g., server 130, FIG. 2) including images with firstcharacteristics (e.g., color, shape, pattern, etc.) that were capturedfrom the first and second HH electronic devices 140 displays 141 using aTV camera 122. In one embodiment, in block 1603 the first and second HHelectronic devices 140 send time-stamped commands to the serverincluding the respective images displayed using the respective displays141. In one example embodiment, in block 1604, the TV 120 performsfacial recognition for recognizing user faces of the connected HHelectronic devices 140 (e.g., the first and second HH electronic devices140).

In one example embodiment, in block 1605 the user of the first HHelectronic device 140 and the user of the second HH electronic device140 place the respective HH electronic devices 140 in front of therespective user faces. In one embodiment, the TV 120 recognizes thefaces of each user of each HH electronic device 140.

In one embodiment, in block 1606 the TV 120 determines the relativeposition (similarly as for the one or more embodiments described above)of the first HH electronic device 140 as compared with the second HHelectronic device 140. In one example embodiment, in block 1607, thedisplay of the TV 120 is adjusted based on the determined relativeposition of the first and second HH electronic devices 140.

In one embodiment, the process 1600 stops at block 1608, where theapplication may proceed to a next step for communication between thefirst and second HH electronic devices 140 and the TV 120, orcommunicate using another application, etc.

FIG. 17 shows another example flowchart for a process 1700 for facialpairing, determining distance between paired devices and adjusting adisplay based on the pairing, according to an embodiment. One or moreembodiments provide for easy pairing of a personal HH electronic device140 with a communal fixed device (TV 120 and TV camera 122) in a CampusArea Network (CAN) or Metropolitan Area Network (MAN) to exchangeinformation. One or more embodiments, easily and accurately identify alocation of an HH electronic device 140 in a closed space where GPS,Wi-Fi and other location identification methods may not work accurately(e.g., due to reception issues, interference, jamming, etc.).

In one or more embodiments, HH electronic devices 140 are paired in anun-trusted CAN/MAN Wi-Fi network (e.g., airports, schools, malls, etc.)for accurately identifying location. It is noted that pairing is not anissue if AP SSID and password are available (or can be guessed), butaccurately identifying the location of an HH electronic device 140 inthe absence of specific information (e.g., GPS information) may be anissue. One or more embodiments locate the HH electronic device 140within line-of-sight and in the neighborhood of a TV camera 122 that ismounted on a TV (or computer), or just buy itself.

In one or more embodiments, incorporating local pairing, or semi-trusteddomain pairing embodiments as described above, a user is provided thesame user experience for pairing devices regardless of where they aresituated (e.g., home, home of a friend, public place, etc.). In oneexample embodiment, devices are paired and position of an HH electronicdevice 140 is accurately located without having to be in the physicalproximity of a fixed communal device (e.g., NFC reader, QR code reader,etc.). One or more embodiments provide for personalized (or changing)information to be shared between devices, which is not possible with NFCor QR codes.

In one or more embodiments, the CAN or MAN environment (e.g., mall,airport, colleges, etc.) AP with or without repeater and TV (or camera)owner/controller allows a user of an HH electronic device 140 to be onthe same network, which may be typically true (e.g., airport, malls,hotels, college campus, etc.). In one example embodiment, multiple TVs120 and multiple HH electronic devices 140 exist in an un-trustedCAN/MAN domain. In one example embodiment, the user of an HH electronicdevice 140 does not know a host AP SSID and password (even though itmight be easily available). In one example embodiment, the host TV 120and guest HH electronic device 140 have not been paired. In one exampleembodiment, it is assumed that the TV camera 122 is constantly working(or may be started by a command) and is able to recognize an image witha characteristic (e.g., color, shape, pattern, etc.) on the HH(electronic device 140.

In one or more embodiments, a user of an HH electronic device 140 isprovided with a CAN/MAN AP SSID and password. In one embodiment, theuser desires to launch a convergence App, and also desires to pair withCAN/MAN TV 120. In one embodiment, the process 1700 starts in block1701, where an HH electronic device 140 (first electronic device) turnson, starts an application (e.g., convergence App), etc. and the TV 120(second electronic device) turns on, starts an application, etc.).

In one embodiment, in block 1702 the TV 120 sends a time-stamped commandto a server (e.g., server 130, FIG. 2) including an image with a firstcharacteristic (e.g., color, shape, pattern, etc.) that was capturedfrom the HH electronic device 140 display 141 using a TV camera 122. Inone embodiment, in block 1703 the HH electronic device 140 sends atime-stamped command to the server including the image displayed usingthe display 141. In one embodiment, in block 1704 if locationinformation is available (e.g., GPS signals, Wi-Fi, etc.), the HHelectronic device 140 and TV 120 send the location information to theserver.

In one embodiment, in block 1705 the server matches the locationinformation of the HH electronic device 140 and the TV 120 using thelocation information received from each device. In one embodiment,multiple HH electronic devices 140 and multiple TVs 120 send theirrespective location information, which is then matched by the server todetermine which HH electronic device 140 is in front or near to which TV120.

In one embodiment, in block 1706, the HH electronic device 140 (firstelectronic device) is placed in front of the user's face, and the TV 120(second electronic device) recognizes the user face (e.g., performsfacial recognition). In one embodiment, in block 1707 the TV 120associates the user face (first user face) with the HH electronic device140. In one embodiment, the server pairs the HH electronic device withthe TV 120 based on matching the received images and the commandsincluding time-stamps from the TV 120 and the HH electronic device 140,and the location information if available.

In one embodiment, in block 1708 the TV 120 determines the distance fromthe HH electronic device 140 to the TV 120 based on the size of thedisplayed image on the HH electronic device 140, the size of the imagecaptured by the TV camera 122 of the TV 120, and the focal length of theTV camera 122. In one example embodiment, in block 1709 the TV 120 maydetermine the relative position of the HH electronic device 140 withrespect to the user face. In one embodiment, in block 1710 the TV 120adjusts the display based on one or more of the determined distance tothe HH electronic device 140 and the determined relative position of theuser face. In one embodiment, the TV 120 adjusts the display to the userof the HH electronic device by targeting text/graphics/video in aparticular position on the screen, increases font size, etc.

In one embodiment, the process 1700 stops at block 1711, where theapplication may proceed to a next step for communication between the HHelectronic device 140 and the TV 120, or communicate using anotherapplication, etc.

One embodiment provides for precisely locating the position of a user HHelectronic device 140 in an enclosed space (mall, airport, college) etc.where GPS signals or Wi-Fi might not be accurate (e.g., locationinformation is not available). In one embodiment, the precise locationof the user may be determined relative to the location of the TV 120 (orTV camera 122). In one embodiment, the TV 120 is static and its positionis known (e.g., by a server) and it does not change. In one embodiment,similarly as to process 1700, the user holds up an HH electronic device140 and starts the convergence App. In one example embodiment, the Appshows a fixed size image with a characteristic (e.g., color, shape,pattern, etc.) which is associated with the HH electronic device 140.

In one example embodiment, the TV-HH pairing occurs as in process 1700.In one embodiment, since the HH electronic device 140 shows a fixed sizeimage with a characteristic, the TV 120 may determine the distance basedon the size of the image as seen by TV camera 122. In one embodiment,the distance of the HH electronic device 140 from TV 120 is equal to thediameter of the image (e.g., a circle, blob, etc.) divided by thediameter of the image received by the TV camera 122 multiplied by thefocal length of the TV camera 122 lens.

In one example embodiment, the server may request the HH electronicdevices to change the characteristic of the displayed image, and the TV120 recognizes a characteristic change to the image displayed by the HHelectronic device 140. In one example embodiment, the TV 120 sends theserver information about the image and changed characteristic ascaptured from the HH electronic device 140 using the TV camera 122.

In one or more embodiments, in the CAN/MAN environment, various uses maybe applied. In one example, in a sports bar, persons in front of the TV120 may be identified and based on their identity (and associatedprofile information, personal information known, etc.), the TV 120 showsthe user particular scores of preferred teams or interestedgames/events/etc. only on a particular TV 120 based on the user of theHH electronic device 140 being in front of or near to the particular TV120.

In one example embodiment, users of HH electronic devices 140 may sit infront of a TV 120 and request the TV 120 to show only information thatthey are interested in from commands from their HH electronic devices140. In one embodiment, the TV 120 may arbitrate this information ifthere are multiple HH electronic devices 140 (e.g., majority requests,switching between requests using weighted time periods, etc.).

In one example embodiment, in an airport, the precise location of theperson using an HH electronic device 140 may be identified by the TV 120that they are standing in front of. In one example embodiment, the TV120 may provide the particular users directions, arrival/destinationinformation pertinent to them, or provide live assistance.

In one example embodiment, in a mall, the TV 120 may show informationand photos/video (e.g., with products, services, etc.) on a TV 120 nearthe user and make it a social experience. In one embodiment, the TV 120may provide for users of HH electronic device 140 to play games, beoffered coupons that tie a consumer to a location, etc.

In one embodiment, multiple TVs 120 that are positioned in series or inthe path direction of a user of an HH electronic device 140 maytransition based on the position of the HH electronic device 140. In oneembodiment, the user may be targeted with content on a specific TV 120based on the time the HH electronic device 140 remains in front of aspecific place (e.g., store, display, etc.). In one embodiment, based oninformation obtained for multiple users of HH electronic devices 140that may be traveling together, the TV 120 may determine commoninformation that the multiple users may be interested in to target bothusers simultaneously.

FIG. 18 shows another example 1800 determination of location of a userrelative to a perpendicular from a paired device, according to anembodiment. In one embodiment, example 1800 shows the user position(angle) relative to the perpendicular 1840 from the face of the TV. Inone embodiment, a user who is located at a distance “d” 1830 from thecenter of the image. The angle “a” 1820 that the user makes with theperpendicular from the face of the TV 120 is given by the simpleformulae

a=arc tan(d/f)

where “f” 1810 is the focal length of the TV camera 122.

FIG. 19 is a high-level block diagram showing an information processingsystem comprising a computing system 500 implementing an embodiment. Thesystem 500 includes one or more processors 511 (e.g., ASIC, CPU, etc.),and can further include an electronic display device 512 (for displayinggraphics, text, and other data), a main memory 513 (e.g., random accessmemory (RAM)), storage device 514 (e.g., hard disk drive), removablestorage device 515 (e.g., removable storage drive, removable memorymodule, a magnetic tape drive, optical disk drive, computer-readablemedium having stored therein computer software and/or data), userinterface device 516 (e.g., keyboard, touch screen, keypad, pointingdevice), and a communication interface 517 (e.g., modem, wirelesstransceiver (such as WiFi, Cellular), a network interface (such as anEthernet card), a communications port, or a PCMCIA slot and card). Thecommunication interface 517 allows software and data to be transferredbetween the computer system and external devices through the Internet550, mobile electronic device 551, a server 552, a network 553, etc. Thesystem 500 further includes a communications infrastructure 518 (e.g., acommunications bus, cross-over bar, or network) to which theaforementioned devices/modules 511 through 517 are connected.

The information transferred via communications interface 517 may be inthe form of signals such as electronic, electromagnetic, optical, orother signals capable of being received by communications interface 517,via a communication link that carries signals and may be implementedusing wire or cable, fiber optics, a phone line, a cellular phone link,a radio frequency (RF) link, and/or other communication channels.

In one implementation of one or more embodiments in a mobile wirelessdevice such as a mobile phone, the system 500 further includes an imagecapture device 520, such as a camera 145 (FIG. 2), and an audio capturedevice 519, such as a microphone. The system 500 may further includeapplication modules as MMS module 521, SMS module 522, email module 523,social network interface (SNI) module 524, audio/video (AV) player 525,web browser 526, image capture module 527, etc.

The system 500 further includes a network access (and pairing) andapplication connection module 530 as described herein, according to anembodiment. In one implementation of network access and applicationconnection processes 530 along with an operating system 529 may beimplemented as executable code residing in a memory of the system 500.In another embodiment, such modules are in firmware, etc.

As is known to those skilled in the art, the aforementioned examplearchitectures described above, according to said architectures, can beimplemented in many ways, such as program instructions for execution bya processor, as software modules, microcode, as computer program producton computer readable media, as analog/logic circuits, as applicationspecific integrated circuits, as firmware, as consumer electronicdevices, AV devices, wireless/wired transmitters, wireless/wiredreceivers, networks, multi-media devices, etc. Further, embodiments ofsaid Architecture can take the form of an entirely hardware embodiment,an entirely software embodiment or an embodiment containing bothhardware and software elements.

Embodiments have been described with reference to flowchartillustrations and/or block diagrams of methods, apparatus (systems) andcomputer program products according to one or more embodiments. Eachblock of such illustrations/diagrams, or combinations thereof, can beimplemented by computer program instructions. The computer programinstructions when provided to a processor produce a machine, such thatthe instructions, which execute via the processor, create means forimplementing the functions/operations specified in the flowchart and/orblock diagram. Each block in the flowchart/block diagrams may representa hardware and/or software module or logic, implementing one or moreembodiments. In alternative implementations, the functions noted in theblocks may occur out of the order noted in the figures, concurrently,etc.

The terms “computer program medium,” “computer usable medium,” “computerreadable medium”, and “computer program product,” are used to generallyrefer to media such as main memory, secondary memory, removable storagedrive, a hard disk installed in hard disk drive. These computer programproducts are means for providing software to the computer system. Thecomputer readable medium allows the computer system to read data,instructions, messages or message packets, and other computer readableinformation from the computer readable medium. The computer readablemedium, for example, may include non-volatile memory, such as a floppydisk, ROM, flash memory, disk drive memory, a CD-ROM, and otherpermanent storage. It is useful, for example, for transportinginformation, such as data and computer instructions, between computersystems. Computer program instructions may be stored in a computerreadable medium that can direct a computer, other programmable dataprocessing apparatus, or other devices to function in a particularmanner, such that the instructions stored in the computer readablemedium produce an article of manufacture including instructions whichimplement the function/act specified in the flowchart and/or blockdiagram block or blocks.

Computer program instructions representing the block diagram and/orflowcharts herein may be loaded onto a computer, programmable dataprocessing apparatus, or processing devices to cause a series ofoperations performed thereon to produce a computer implemented process.Computer programs (i.e., computer control logic) are stored in mainmemory and/or secondary memory. Computer programs may also be receivedvia a communications interface. Such computer programs, when executed,enable the computer system to perform the features of one or moreembodiments as discussed herein. In particular, the computer programs,when executed, enable the processor and/or multi-core processor toperform the features of the computer system. Such computer programsrepresent controllers of the computer system. A computer program productcomprises a tangible storage medium readable by a computer system andstoring instructions for execution by the computer system for performinga method of one or more embodiments.

Though the embodiments have been described with reference to certainversions thereof; however, other versions are possible. Therefore, thespirit and scope of the appended claims should not be limited to thedescription of the preferred versions contained herein.

What is claimed is:
 1. A method for pairing a first device with a seconddevice, comprising: receiving, by the first device, a dynamic graphicpattern having a shape that changes over time, the dynamic graphicpattern being associated with the second device for pairing with thesecond device; recognizing, by the first device, the dynamic graphicpattern associated with the second device; and pairing with the seconddevice, if the dynamic graphic pattern associated with the second deviceis recognized.
 2. The method of claim 1, further comprising: sending toa server, by the first device, information from the dynamic graphicpattern associated with the second device.
 3. The method of claim 1,further comprising: sharing, by the first device, identificationinformation with the second device.
 4. The method of claim 1, furthercomprising: after pairing with the second device, communicating, by thefirst device, data with the second device.
 5. The method of claim 1,further comprising: connecting, by the first device, with a networkbefore receiving the dynamic graphic pattern.
 6. The method of claim 1,further comprising: storing configuration data based on the pairing ofthe first device with the second device, wherein the storedconfiguration data is usable for paring the first device with the seconddevice.
 7. The method of claim 1, wherein the dynamic graphic pattern isdisplayed on the second device.
 8. A first electronic device,comprising: a processor; and a memory storing one or more programs forexecution of the processor, the one or more programs includinginstructions to: receive a dynamic graphic pattern having a shape thatchanges over time, wherein the dynamic graphic pattern includesinformation associated with a second device for pairing with the seconddevice; recognize the dynamic graphic pattern being associated with thesecond device; and pair with the second device, if the dynamic graphicpattern associated with the second device is recognized.
 9. The firstelectronic device of claim 8, wherein the one or more programs furtherinclude instructions to send to a server information from the dynamicgraphic pattern associated with the second device.
 10. The firstelectronic device of claim 8, wherein the one or more programs furtherinclude instructions to share an identification information with thesecond device.
 11. The first electronic device of claim 8, wherein afterpairing with the second device, the one or more programs further includeinstructions to communicate data with the second device.
 12. The firstelectronic device of claim 8, wherein the one or more programs furtherinclude instructions to connect, by the first device, with a networkbefore receiving the dynamic graphic pattern.
 13. The first electronicdevice of claim 8, wherein the first device stores configuration databased on the pairing of the first device with the second device, thestored configuration data being usable for pairing the first device withthe second device.
 14. The first electronic device of claim 8, whereinthe dynamic graphic pattern is displayed on the second device.
 15. Anon-transitory processor-readable medium that includes a program thatwhen executed by a processor performs a method comprising: receiving, bythe first device, a dynamic graphic pattern having a shape that changesover time, the dynamic graphic pattern being associated with the seconddevice for pairing with the second device; recognizing, by the firstdevice, the dynamic graphic pattern associated with the second device;and pairing, by the first device, with the second device, if the dynamicgraphic pattern associated with the second device is recognized.
 16. Thenon-transitory processor-readable medium of claim 15, the method furthercomprising: sending, by the first device, information associated withthe second device to a server.
 17. The non-transitory processor-readablemedium of claim 15, the method further comprising: sharing, by the firstdevice, identification information with the second device.
 18. Thenon-transitory processor-readable medium of claim 15, the method furthercomprising: after pairing with the second device, communicating, by thefirst device, data with the second device.
 19. The non-transitoryprocessor-readable medium of claim 15, the method further comprising:connecting, by the first device, with a network before receiving thedynamic graphic pattern.
 20. The non-transitory processor-readablemedium of claim 15, further comprising: storing configuration data basedon the pairing of the first device with the second device, wherein thestored configuration data is usable for paring the first device with thesecond device.